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(57) Aocordinglothepresentinvsntion. G-mailmas- 
sages are scannod (32) for MIME and otl-ier file atlach- 
menie. Such aiiachmenle are selecttvoiy stripped (34) 
from the messages and stored in an aocd£fiib|d io^lon 
(35). Jl dasirsd, the attachnnsm may be compreee&d pri- 
or to etorage, A reference (e.g., a link) lolhe attachment 



and Ihe location is then 6ut»trtuted (36] rn the original 
G-maii, v^fch is then forwardedtothd intanded raoiplGnt 
(38), When the redplem desiree to obtain me attaciv 
ment, he or she selects the reference (40), preferably 
from a browsar or other rfindaring ongine. The attach- 
mGnt isthon dGcomprs^eed If na&sssary and een/od to 
the rGcipienL 
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[0001] This tnvsnlbn relatas gangratly to infonnnation 
dQlivery in a computer network. More particularly, Ihe 
Invenlion relates tQ technique 9 for removing MIME (Mul- 
tipurpose Inlemet Mall Extension) and other attach- 
ments from e-mail messages and posling Itwe atlach- 
menls to a (ocallon that b acceesible by target e-mail 
recipients. 

D ascription of ttie Related Art 

[00Q2J E-mail has becoma the cornmunicatbn meth^ 
od of choice throughout the business wortd ae well bb 
tor the general public, in a lypical enlerpriea environ- 
ment, a mail server (such as UNIX SendMail) has a local 
mail delivary agerrt (typically .../bin/mail on UNIX sys- 
terris) that stores an incoming a-mail on a local file eys- 
lem and delivers it to an end user via POP, (MAP or a 
command line program. Such agents only provide the 
basic funclronalrty logging in an Q-maH message and 
copying thai message to a client n^hine's mail spool. 
[0003] Often, atypical e-mail message includes an at- 
tachment in the form oT a large binary file, usually in a 
MIME type format such a$ a sound or movie dip. These 
large e-mail file attachmente frequently cause a number 
of difficulties upon Iheir receipt at Ihe mail server, thus, 
for exampfe, rf the e-n^il message is addressed to a 
largo number of recipients, the local delivery agent 
merely inserts a copy of the file into the mailbox ol each 
recipfenL This process consumes a si^iHcant amount 
of storage, which is wasteful and causes a significant 
burden on the file system. 

[0004] One attempt lo address this pn^blem is da- 
ecribed in U.S. Patenl No. S^BI ,901 to Kuzma. In this 
patent, the e<na3 attachments are not delivered to in- 
tended recipients, lather, a sender thai desires to trans- 
mits an e-mail posts the attachment to a web server that 
Is relatrvGly local to the server. The actachmsnt irtcludes 
a unique network address. The sender then requests an 
e-mail oprtlon from the recipient who then provldfie a 
conflguraiMe e-mail page to the eender In response to 
the request. The sender than supplies a message and 
URL pointer in an HTML>4:>asdd web page that ie sent to 
the recipient. The URL pofnte tothe unique network ad- 
dress. The recipient may then retrieve the attachment 
t3y navigating to the URL 

[0005] While tha techniqua described in Kuzma obvi- 
ates transmiseton and storage of multiple e-mail aLtactt- 
ments, the technique has several disadvantages. In the 
first instance, a dedicated server must be positioned to 
store Ihe attachments, and this server must be located 
relatively local to the senders to avoid unnecessary net- 
work traffic while storing the file attachments. Purther, 
the technique requires that ihe sender must first browse 
via a Web browser on a home page or other web site of 
the redpient and Ihen select a 'send e-maii' option that 
must be available from the recipient's home page. If the 



recipient does not provide this capabiliiy, the attach- 
ment-by- reference e-mail system deschbed in Kuzma 
cannot be Implemented. Moreover, to use the Kuzma 
system, the sender must make conscious choice to take 
5 advantago of the functionality. Thus, the technique can- 
not be implen^nted transparently to the sender, which 
is disadvantageous. 

[0006] There remains a need in the art to provide a 
tochniqua that may ba Implemented wlihln sxtsilng 
^0 SMTP-based cllenl-sen/er configuratlone and that obvi- 
ates storage of multiple copies ot e-mail file attach- 
ments. 

BRIEF SUMMARY OF THE INVENTION 

[0007] According to one aspect of the present inven- 
tior^ a method for detribution ol e-mail artachmants, 
comprises the steps of: 

^0 responsivB to a request lo send an e-mail to one or 
more recipients, parsing the e-ma3 for an attach- 
ment; 

if the e-mail includes an atlachmenl, removing and 
storing the attachment in a given accessible loca- 
ls tlon; 

In the e-malL substituting a reference to the attach- 
ment lo produce a modrTted e-mail; 
sending lha modified e-fnail to the one or more re- 
cipients; and 

30 nasponsive to a request from a recipieni using the 
reterence supplied h the modified e-mail, serving 
the attachment. 

[0008] Acoonding to a second aspect of the present 
^ invention a method for distribution of e-n^il altach- 
mants, comprises the steps of: 

nssponsive to a request to send an e-mail to one or 
mora recipients, parsing the e-mail for an altach- 
rnem; 

If the e-mail Includes an attachment, detenmining 
whether the attachment satisfies a given criteria; 
if the e-mail attachment satisfies the given criteria, 
removing and storing the attachment in a given ac- 
45 ceeslbfd location: 

in the e-mail, substituting a reference to the attach- 
ment to produce a modified e-mail; and 
sending the modified e-mail to tho one or mora re- 
cipients. 

So 

[0009] According to a third aspect of the present in- 
vention a sen/er for distributing e-mail attachments, 
comprises: 

a processor; 

a storage having a given accessible location; 
an e-mail distribution application, comprising: 
means responsive to a request to send an e-mail to 
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one or moro recipients for parsing iho o-mait for ar\ 
attachment; 

meansfor removing and storing the attachmanl 
in Lhe given accessible location; 
means for $ub«lllutln9 a reference lo lhe at- 
tachment to produce a modified e^natl; 
means for sending the mcxJifisd e-mail to the 
one or more /ecpiants; and 
means responsive to a request from a rectpldnt 
using the rsferanca supplisd in lhe modified a- 
mail for ean/ing th© attachnnent. 

(001 OJ According to a fourth aspect of the present In- 
vention a connpuldf program pitxiuct In a computer- 
readable medium for distributing G-mail attachments, 
comprises: 

means responsfvoto a request to send an e-mail to 
one or more recipients for parsing the e-matl for an 
attachment; 

means for removing and eloring m© attachment in 

th© given accessible rocalion; 

means tor eubetlluling a reierence lo the atlach- 

menl to produce a modified e-mali; 

meane for sending the modified e-mail to the one or 

more recipients; and 

means rosponsiva to a request from a recipient us- 
ing the reference supplied In the modified e-mail (or 
serving the attachment. 

[0011] According lo a fifth aspect ot the presBpt inven- 
tion a method for dietrlbutlon or e-rnail attachments, 
eomprleee the eieps oT: 

reeponelve to a request to eend an e-mail lo one or more 
recipients, pareing the e-mail lor an attachment; 

it the e-mafl includee an attachment, removing the 
anachment; 

compressing the attachment and storr g the com* 
pressed attachment in a given aoceseible location; 
in the e-mail, eubelitutlng a Hi k to the attachment to 
produce a modified e-mail; and 
sending the modified e-mail to the one or more re- 
cipients. 



the attachment can be retrieved by selecting the 
link. 

[0013] According to embodtmente ol the present in- 
s ventton, e-mail messages are scanned for MIME or oth- 
er forms of file attachments. Such attachments are se- 
lectively stripped from the messages and cached In an 
accessSale location. If desired, the attachment may be 
compressed prior to storage. A reference (e.g.. a link) 
to the attachment and the location is then substituted in 
Ih e orig inal e-maii, which is th en fonvarried to the intend- 
ed recipient When the recipient desires to obtain the 
attachment, he or ehe selects the refererKo, preferably 
from a browser or other rendering engine. The attach- 
fs ment is than decompressed as necessary and served 
to the recipient. 

[0014] Thus^ when an e-mail having a large file attach- 
ment is delivered to multiple rocpients within (or with- 
out) an enterprlee, preferably onty one copy of the file 

^ attachment is maintained in the accessible localton. 
TTiis technique substantially reduces the amount of file 
system etorage required when the same attachment is 
directed lo muhipJe recipients. 
[0016] Prcferabty. an admini&trator-controlled policy 

25 is ueed to detemiine whether a given attachment is 
cached. Ihus, for exampfe. the policy may depend on 
the number of recipients for the message having the file 
attachment, the eize cH the file attachment, the MIME- 
type ot the file attachment, a given preTerenoe foreertain 

so types of attachments, a keyword identified in the subt'ect 
reference o< the atlachmenl, the eu^Jecl of the altaoh- 
mant. or some other policy. If desired, the policy may be 
customised on a per-user or per-ueer group basis. 
[001 &J In one pretend embodiment lhe inventive 

<35 method is implemented as a computer program, e.g. , as 
an Internet mail delivery agent, in a mail sen/er. This 
lunctionallty may be a standalone delivery agent or an 
add-on to an existing eenrer program. 
[D017] ITie foregoing has outlined some of the more 

4C pertinent features of the present Invention. These 
should be construed to be merely Jlfustrative of some of 
the more prominent features and applications of the in- 
vention. Many other beneficial results can be attained 
by applying the discbsed invention in a different manner 

4E or mod^ing the invention as win be described. 



[0012] According to a sixth aspect of the present in- 
vention a method for transmitting o-mail attachments 
from a sender to a set of one or more recipients, com- 
prises the step$ ol: 

at an e-mail sep/eVy responsiva to receipt of an e- 
mail having an aitachmem, removing the attach- 
ment; 

Storing the anachment at a given URL; and 
fonrarding the e-mail without the attachment to the 
set of ona or more recipients with a link Identifying 
the URL and a message notifying the reciplentfi that 



BRIEF DESCRIPTION OF THE DRAWINGS 

[0018] For a more complete understanding of the 
so present invention and tho advantages thereof ^ refer- 
ence should be made to the following Detailed Descrip- 
tion taken fn connection with the accompanying draw- 
ings In which, by way of example: 

ss Hgure 1 is a representative SMTP-based client- 
server system In which the present invention Is im- 
plemented; 

Figure 2 Is a btock diagram of the basic operating 
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processes of the Internet mail delivery agent pro- 
g am in accordancQ with embodimQnts of the 
present invention; 

F gutQ 3 Is a flowchart of Ihe baste operatlcn of a 
delkery agent; 

Rgure 4 is an ilfustralron of an e-mail before it is 
processed by a deliver agent; 
P|gur9 5 le an illuelratior of Ihe e-rnail of Figure 4 
after it is proc^essed by delivery agent to remove and 
cache the e-mail attachment; 
Figure 6 is a flowchan of a prof erred policy routine 
of an ambodlmeol of ihs present Invention; 
Figure 7 ie a representative user interface by which 
an administrator may define a caching policy ac- 
— ling to an embodiment of the prafiant invention; 



iguro S is a ftowchflrl of a routine that ie bnple- 
rnented whan a given recipient desires to retrieve a 
fijored file attachment. 

DETAILED DESCRIPTION OF A PREFERRED 
EMBODIMENT 

[OOlfld A known Internet clisnt-fierversyelem is imple- 
mented as illustrated in ngure 1. In this system, a ael 
of cUelnt nftachines lO^IOn are connected behind a net- 
work firewall 1 2 wllhin an anlarprte© environment Each 
client piachine has the capability of connecting to a set 
of web sen/ers 14e-14n over network 16 in a known 
manner. Network 16 typically includes other servers for 
conlrol ol domain name resolulbn. routing end other 
control functions. The network IB is the Internal, an in- 
Iranflfl or any other known nGfwork. To this end, each 
diem typically Includes a suite of programs that enable 
a user of the client lo obtain known Internal earvkies In- 
cludinp one-to-one messaging (e-mail), one-to-many 
messaging (bulletin board), file iransfor, and web brows- 
ing. Thus, a user of client 18 outside the firewall 12 may 
comrrlunlcate with one of the clients 10 Inside the fire- 
wall. A representative client Includes a Skrtple Mall 
Transport Protocol (SMTP) e-mail client IB such as l-o- 
tus Notes, Microfioft Outlook, or the like. E-mail clients 
10 ooiperalB with mail server 20 In a known iT»anner A 
represenifltive mail server 20 is UNIX Ser^JMail, which 
includjas a local mail delivery agenlthat stores incoming 
eHDall on a local file system 21 and delivers it to an end 
user (e.g., via POP, IMAP or a command line program). 
In thel Internet paradigm, a network pa:h to a resource 



(e.g„ a sender) is idenlifiGd fay a so-callod Uniform Re- 
source Locator (URL). 

[0020] A representative mail sen/er 20 Is an IBM Net- 
Unity eeiver comprises a RISC-based pitxessor 22. iha 
AIX6 operating ^yslem 24 and a mail senrar program 
26. Tlie mail server program is a kx;al mail delivery 
agent! ae prevloualy noted. The earver 20 may Include 
an appllcatk)n programming interface (API) 25 that pfo- 
vkieB sxtensionslo enable application developers to ex- 
tend and/or customize the core lunctkxialily fhereof 



through software programs includiig plug-ms, aen/Iele, 
and the like. 

[0021] A representative client is a personal computer, 
notebook computer, Inlernet appliance or pewsisive 

s computing device (e.g., a PDA or palm cortiputer) thai 
jsx86-, PowerPC®- or RISC-based. The client inctudes 
an operating system such as IBM© OS/2©. Microsoft 
WindowSp IWicroeott Windows CE or PalmOS- As noted 
above, the client includes a euite ot I ntemet tools Includ- 

10 ing a Web browser, such as Netscape Navigator or Mi- 
crosoft Internet Explorer, that has a Java Virtual f^a- 
chine (JVM) and support for application plug-ins or help- 
er applications. The client also inctudee an e-ma3 cDent, 
such as Lotus Notes, Microsoft Outlook, or Ihe like, to 

IS rif^nage e-mail communications. As will be seen, the ex- 
isting e-mail cQent need not be modified to take advan- 
tage of the present tnvenikin. 
[D022] As described briefly above, the present inven- 
tion provides a ncsvel Interrtet mail delivery agent that 

so removes and caches MiME-lype and other attachments 
to obviate storage of multiple copies ot Ihese attach- 
ments for a set of intended recipients. In the iduetraltve 
ombodimem, the Internet delivery agent is a standalone 
program that replaces the conventional mail server de- 

25 livery agent (e.g., UNIXftiin/mail). In one partteujar env 
bodimem of the invention, the delivery agent is Imple- 
mented as a servlet running on a server. As an aOema- 
llve. the delivery agent may be implemented as an ad- 
junct lo an existing mail server, e.g., as a separate plu^- 

&o in. Any convenient implementation, of course, may 
used. 

[00231 Figure 2 Illustrates the main functional compo- 
nents of the fnlemel mail delivery agent 30 ol the 
present invention. The agent includes a f Ir^ process 32 

ss that rnonitors incoming e-rT\ail for file attachments. A 
second procees 04 parses the file attachments accord- 
ing lo a given policy and stripe off Ihose attachments 
thatsatisfy ffvencrrteriaof the polcy. Thus, for example, 
one such criteria is that the attachment has a given eize 

■fo or Is of a given MIME type. The second process 94 also 
controls the eloring of (he remcwed Hie attachment at a 
given kx:alion in an accessible etore 35. Afthough not 
meant lo be limiting, the store 35 may be an LDAP di- 
rectory having a relational database backing store. Al- 

^ tematively, the store 96 is a web sender. The agent 30 
further includes a third process 36 that substitules an 
object reference, e.g., a link kientrfying the URL, an im- 
age link Including a thumbnail image of the file attach- 
menL or the like, into the e-mail, preferably In the loca- 

so ton of the deleted attachment Third process 36 may 
also insen a message to Instruct the user howto retrieve 
the stored f]le attachment. A fourth process 36 delrveis 
the e-mall, modified to Include Ihe URL and the mss- 
sage. to the original recipients. A filth procees 40 re- 

SS fiponds to selection of the URL for retrieving the stored 
file attachment and sen/Ing the attachment lo a recipi- 
ent. The processes, which may or may not be discreie, 
are preferably supported in random access msmory ot 
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a cornputdr. namely, the mall eervdr. 
[0024] As a repreaenlaliva gmbodimem, each o( Ihe 
processes is a sel o1 instmdions that togalher cximpriss 
B computer program. This program, (or example, may 
be imptdmentdd in Java as a saivlet thai is executable 
in a processor runnlrkg a given operating system. Aller- 
natlvely. the program may be written in native code. As 
m well-known, a Java servlet comprises class fjlas €xe- 
culablfl in a Java Virtual Mach'ms (JVM). 1 1 may be man- 
agod|by a servlet manager. When necessary, the ser/let 
manager instanliales a new service thread, thereby 
generating a naw instanc9 ol the servleL Each sarvlet 
typically comprises three (3) basic roi/tines: an initO rou- 
tine, a destroy() routine, and a s&rvioe() routine. The Init 
0 routine provides initialization functiorkaltly. These are 
the functions that enable the servlet to be recognized 
and managed by the serviel manager and other server 
lunctions. The destroyO routine eelectively destroys the 
servlet. which is an atypical operation. The servicaQ rou- 
tine provides the basic operating functionality erf the 
servlet. This operation will now be described in the flow- 
chart ^ Figure 9. 

100251 The r^ine begins al step 50 with the servlet 
manager checking for receipt of e-mafl messages. If an 
e-mail meeeage Is received, the routine branches to 
etsp 62 to spawn an instance of the servlet process. 
Thereafter, at step 54. the Instance pertoims a test to 
determine whether the e-mail has a file attachment. If 
not the sennet process logs the received e-mail at step 
56 and forwards thQ e-rr^l tolhe intended recipient's s- 
mall clleni al step 58, TViIs is a conventional e-mall proc- 
ess. If. however, the e-maH has an attachment, the serv- 
let branohes to step 60 to test whether all attachments 
have (been processed. If bo, Ihe routine returns. If the 
outcome of the test at step 60 is negative, the sen/fst 
instance gets the next attachment at step 62. At step 64. 
a lest is run to detemiine whether the attachment has 
criteria associated therewith that satisfy a given policy. 
As will be seen, ihte policy may be defined by an admln- 
ietralor lo determine whether given file attachments are 
cached according to the present invention. If the out* 
coma of the test at step 64 indicates that the file attach- 
ment does not meet the specified criteria, then oontroT 
returns to step 60 to lest tor additional attachments. If. 
however, the outcome of the test at step 64 is positive, 
the servlet instance processes the attachment in the fol- 
lowing manner. 

[0026] At step 66. the sen/let instance strips or others 
wise removes the attach meni from the e-mail. At step 
69, ihie servlet compresses the attachment. Step 68 fs 
optional. At step 70, the compressed attachment is 
stored in a given accessible location In the flleepace. 
The ro;Jtlne then continues at etep 72 with the servlet 
process replacing the deleted attachment with a refer- 
ence lo the given access'iblo location. Thus, for oxam- 
pls, step 72 may replace the attachment with a link to 
the storage tocaiion. In a preferred embodlmsni, the link 
is a hypertcxi transfer protocol (http) or fils transfer pro- 



locol (ftp) reference to the local file system whore stored 
attachments are centrally accsssiblatothe e-mail recip- 
ients. Figure 4 illustrates the e-mail message with the 
attachment, and Figure S illusirales the e-mail message 

s aans Bttachmenl, which includes Ihe substituted refer- 
ence, e.g.. ■http://sen;emamelocalarchtva, 
0434a07.doc" wtthtn the link. As lllustraiad, this object 
reference Is Identified In a message (viz,. "Your attach- 
ment may be retrieved by clicking this link') to instruct 

10 the target recipient how to obtain the deleted attach* 
menl. An alternative ob|aci reference may be Just a link, 
an image link that includes a thumbnail representation 
of the attachment, or any othar convenient text, graph' 
leal or other object reference. 

15 [0027] The eeivfel routine then continues at step 74 
to serve the modified e-mail (i.e. the e-mail wHh the de- 
leted attachment) to its Intended recipient. Thus, at step 
74. the modified e-rr»il is k>gged and copies to the in- 
tended recipient's client mall epool. Contralthen returns 

SO to step GO, When ai I attachments to a given e-mail mes- 
sage have been processed in this manner, the main 
processing loop is complete. At step 76, the sen^let in- 
stance is then cbsed. 

[0028] Figure 6 is a flowehan illustrating how the ad- 

2S rrintstrator policy is applied to determine whether the file 
attachmem satisfies the given criteria for being cached. 
This is step 64 in the flowchart of Rguro 3. According 
to the invenlkjn, one or more different criteria may be 
tested. Tho routine begins at step SO to test whether a 

00 given poficy has been defined for the intended recipient 
(or for a group of reclplenle for whbh the Intended re- 
cipient Is a qualifying membei). if so. the routine contin- 
ues at step 62 to retrieve the user-specific (or git?Up- 
specific) policy. The routine then continues at step 64. 

ss This step is also reached if the outcome of the test at 
Slap BO is negative, Al step 84, the routine tests whether 
an criteria defined by the policy have been tested. If soi 
the routine returns, If not, the routine continues at step 
66 to det the next criteria. A test is then made at etep 66 

40 to determine whether the file attachment satisfies the 
criteria. Thus, for example, the given criteria may be that 
the file attachment has a given size, is of a given MIME 
format, or the like. If the result of the test at step 66 is 
positive, the routine continues to strip the attachment 

^s from the message, as has been previously defined. TTiis 
is step 90. If, however, the file attachment does not meat 
the given criteria, Ihe routine returns to step 64 to obtain 
the next criteria In the policy. This completes the 
processing. 

so [DQ29] Figure 7 illustrates a simplified user interface 
that may be used by an administrator to generate an e- 
mall tile attachment caching policy according to the 
present invention. This interface is merely illustrative. It 
includes a number of controls that may be eeladed to 

55 cietermlne whether a given file atlachmenl is defeted. 
Thus, lor exampre, one criteria Is thai the file attachment 
Is larger than a given size. This control is selected by 
checking the radio button 61 and entering a File size in 
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ihG fiGld 93. Another criteria is that the file attachment 
is associated with a message directed to more than a 
given' number or intended recpfenta. This control is se- 
lected by checking the mdio button OG ard entering a 
recipient number in ftold 97. Yet another crderia is that 
the message attachment has a given keyvvord In its eub^ 
Ject line. Thle contrct Is selected by checking radio but- 
ton 99 and entering a keyword in the field 101. Still an- 
other criteria is that the message aitachmenlhae a given 
MiME-type extension (e.g., x-lmage/gil). This control is 
selected by checking radio button 103 and selecting the 
MIlWE-type from a listbox 105. The user imerfaee in Fl^ 
uro 7 also Inoludee a panel 107 (or Identilying a ueer- 
Speclfic or group-specific selection criteria. Thus, for ex- 
ample, attachments directed to certain users or user 
types 'thus may be designated for caching, irraspectiva 
of tha'charartertetlcs or the attadimeni. 
[0030] One of oftiinarv skill in the art will appreciate 
that a set of criteria may be selectlvdiy combtnad (e.g., 
with a boolean operator or «el of operators) to provide 
even finer control over the caching proceee. Tlius, lor 
example, the administrator may decide that only file at- 
tachments greater than a given size (e.g., 1 Mbyte] and 
inianded tor more than a given number of recipients (a. 
g.. 10 users) are cached. As archer example, the ad- 
mir>tsirator may decide that only attachments having a 
givenieize and directed to users In a given depannnent 
are cached. Of couree, the actual policy may be quite 
varied as may be suitable Tor the given eyslern environ- 
ment. 

[0031] Figure 6 IDusliates a preferred routine by 
y^hkih' a target recipient retrieves the cached file attach- 
ment.^The routine begins at etep 100 when the e-mali 
served to the recipient's e^ail diem is opened. At 3tep 
102, a test Is perlormed to determine whether the user 
de$tree to retrieve the prevtouslyKjejeted arid cached 
file attachment As noted above, a message instnicllng 
the user how to retrieve the attachment may be Inserted 
In th©i e-mail together with the reference to the kxsation 
or Ihe attachment In the File system space. If the oul- 
comejof the test at step 102 is negative, the routine cy- 
cles. 11, however, the user has selected the reference, 
e.g.. actlvaled the link, the routine oontinuee at etep 104 
to retrieve the File atlachmenL A lest is then performed 
at step 1 06 to determine whetherthe file attachment was 
stored in a comprsseed manner. If so, the routine con- 
tinues at step 108 to apply a given decompression rou- 
ilnew obtain the original attachment. At step 1 1 0, which 
is also reached by a negative outcome to step 106, the 
nie attachment is returned to the target recipient who 
may then open the attachment using locaJ resources. 
Thts completes the processing. 
[0032] Although the present invention is illustrated 
above in the context oF a mail server that controls a set 
of e-mail clients, this is not a limitation of the present 
invention. The /unciionalfty of the present invention may 
ba Imptamented anywhere in the network and Is not lim- 
ited to use behind a firewall, as In the representative sys- 



tem. 

[0033] One oT ordinary skill in the art will apprcciato 
that the present invention provides numerous advantage 
es over ihe prior an. When a given e-mail having a file 

s attachment 1$ Intended f or muRiple recipients, the inven- 
tive technique requires thai only a eirigle copy of that 
attachment be made. This functionality signrficantty re- 
duces the storage requirements for large e^nail attach- 
mente. Moreover, the inventive technique provides an 

10 efficienl method to poet file attachments For easy reiriev- 
al. Further, if the file attachment is frequently modified, 
such modifications may be poeied aft the same ur^ue 
networK address. Users may then ba notified of the new 
ven»on of the attachment using the same URL included 

19 in the origirat modified e<rr\aL When the users then se* 
lect the URL (which may be the same as the URL in the 
old e-mail), the new version of the attachment \e served. 
[0034] In another variation, it may be desired to store 
file attachments in the central store and ihsn limit access 

^ to those attachments to given users. In this manner, 
some portion (or perhaps alQ Hie attachrr^nts are re- 
moved from the Incoming rreil. and a given subset of 
intended rccipierts is setectivoly authorized to retrieve 
thosa attachments [e.g., via an access control list) that 

2B were directed to those recipients. 

[003S] As also noted above, It may be desirable to 
compress file attachments prior to their storage. If this 
Is done, then a corresponding decompression routine is 
used to deccmprese the connpressed atiachrrwnt prior 

30 io its being sensed lo the intended reclplenl One of or- 
dinary skill In the art will appredate that the particular 
compression and decompression routines preferably 
are complementary. The present invention docs not re- 
quire specifying any partlcutar type cff comprassjon or 

35 decompression routine. 

[0036] As noted above, the above-described function- 
ality preferably is Implemented in software executable 
in a processor, namely, as a set o1 instrucltans (pn^gram 
code) in a code module resident in the random access 

<o memory ol the computer Until required by the computer, 
the eel of fislructions may be stored in another compu- 
ter memofy. tor example, in a hard disk drive, or in a 
rerrwvabie memoiy such as an opllcat disk (for evemual 
use in a CO ROM) or ftoppy disk (for eventual use In a 

45 floppy disk drive), or downtoaded via the Internet or oth- 
er computer network. 

[0037] In addition, although the various methods de- 
scribed are conveniently Implemented in a general pur- 
pose computer selectively activated or reconfigured by 

so software, one of ordinary skill in the art Would also rec- 
ognize that such methods may be carried out in hard- 
ware, In firmware, or In more specialized apparatus con- 
structed to perfonn the required method atepe. 
[0036] Furlher. as used herein, a Web ^client* should 

ES be broadly construed to mean any computer or compo- 
nent thereof directfy or indirectly connected or connect- 
able in any known or later-developed manner to a com- 
pute rnstwork, such as the Intern si. TlieiormWcb'serv- 
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er" Ghould also be broadly conned lo mean a cxxnpu- 
ler, computer platform, an adjunct to a computer or plal- 
lonm,' or any corripDnent thoreof. 01 course, a "clianf 
should ba broadly construed lo mean ona who r equafite 
or gats the file, and 'server" the entity which down- 5 
bads the file. 

[0039] Having thus described our inventloo, what we 
claimias new and desire Co secure by Letters Patent Is 
set forth In ths following cfaims. 

70 

Claims 

1- A method for distribution of s-mail attachments, 
comprising the steps of: IS 

responsive ta a request to send an e-mal) to one 
or moro recipients, parsing the e-mail for an at- 
tachmont; 

if the e-maH includes an atlachmeni, removing ^ 
and storing Ihe attachment in a given accessi- 
ble location; in the e"mail, substituting a refar- 
ence to tha attachnnant to produce a modified 
. e-mail; 

sending the modified e-mail to the ona or more 
recipients; and 
; responsive to a request from a reclpleni using 
the reference euppllsd in the modified e-mail, 
sen/ing the attachnnent. 

30 

2. A method as described in claim ^ tufther tncluding 
the step of determining whether the attachment 
meets a given criteria before removing and storing 
the attachment 

OS 

3. A method for dislribution of e-mail attachments, 
tx^pnsing the steps of: 

responsive to a requeei to send an e-mail to ona 
or more recipients, parsing the e-mail for an ai- 
tachment; 

if the e-mail Includes an attachment, determin- 
ing wheihartha attachment satisfias a given cri- 
teria; 

If the e-mail attacl^menl satisfies the given cri- 

terra, removing and storing the attachment in a 

giver accessible location; 

in the e-mail, substituting a reference to the al- 

tachmenl to produce a modified e-maH; and 

sending the modified Q-mail to the one or mora SO 

recipiante. 

4. A method as described In claim 3 further inducting 
the step of: 

' responsive lo a requesi from a recipient using 
lha reference supplied in the modified e-mail, serv- 
irig the attachment. 



12 

5. A method as described in any preceding cfaim 
wherein the referepcQ is a Itnic. 

6. A method as described in any of claims 1 to 4 
wherein the reference rncludee an inline image of 
the attachment 

7. A method ae described in any of claims 1 to 4 
wherein the given criteria is that the number of re- 
c^isnts for the e-maii Including tha attachment ex- 
ceeds a given number 

& A method as describad in any of claims 1 104 where- 
in the given criteria is that the sizo of the attachment 
exceeds a given value. 

9. A method as described In any of claims 1 to 4 
wherein the given criteria is that the attachment has 
a given subject 

IOl A method as described in arry of claims 1 to 4 
wherein the given criteria is that the attachment has 
a given delivery priority, 

11. A method as dascrrbed in any of Claims 1 to 4 
wherein the given criteria is that the attachment has 
a given {(eyword associated therewith. 

12. A sen/er for dblrlbuiing e-mail attachments, com- 
prising: 

a processor; 

a storage having a given accessible location; 
an e-mail distribution application, comprising; 
means responsive to a request lo sand an e- 
malt to one or more recipients for parsing tha 
e-mail tor an attachment; 
means tor removing and storing the attachment 
in the given accessible kx^on; 
means for subetrtuling a reference to the at- 
tachment to produce a modified e-mai); 
means for sending the rr^fled e-mall to the 
one or nnore recipients; and 
means responsive lo a request from a recipient 
using the reference supplied kn the nxidlflod e- 
mail for sennng the attachment 

13. A computer program product in a computer-reada- 
ble medium for distnljuting e-mait attachments, 
compn'sing: 

means responsive to a requesi to send an e- 
mail to one or more recipients for parsing the 
e-mail for an altschment; 
means for rerrvoving and storing the attachment 
in the given accassibia location; 
means for substituting a reference to the at- 
tachment to produce a modified e-mail; 
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means for sending iho modified e^nai) to 
ond or mora recipients; and 
means responsive to a requesl trom a recipient 
Using the reference aupplred in tfie modified a- 
mail for serving the attachmant S 



A2 14 

forwarding the e-mail wilhout Ihe altachmeni lo 
the set of one or more redpients wich a link 
identifying the URL and a mossage notifying 
the rectpfents that the aoachment can be re- 
trieved l>y selecting the linK. 



14, A sender according to claim 12 or a computer pro- 
gram according to claim 1 2 further inclucfing mean$ 
for dolsmitning i whether the attachment eatisfies a 
given criteria. io 



15. A server according to claim 12 or a connputer pro- 
gram according to claim 1 9 wherein the given crfie- 
rla Is selected from a eel of chten'a consisting es- 
sentiatly of: IS 

a number of recrpients forth© e-rrail including 
the attachment oxcGadlng a given number, a size 
of the attachment exceeding a given value, the at- 
tach meni having a given subject, the attachment 
having a given dafivery priority, the attachment be^ SO 
ing associated wllh a given keyword, a user Identity, 
a user group Uentity, and comi^lnations of these cri- 
lerla 



16. A method for dIstrtbulkDn o( e-mail attachmenls, 
cbiriprielng the steps of: 

responsive to a request to send an e^ail to one 
or more recipients, parsing the a-rrkaii for an al- 
tachmsnl; 30 
if the e-mail includes an attachment^ removing 
tho attachment; 

comprassing the attachment and storing the 
' compressed attachment In a given accessible 

location; ^ 

in the e-mail, substituting a Rnk lo the attach- 
- ment to produce a Tnodlfied e-mail; and 

sending the modified e-mail lo the one or nxjfe 

recipients. 

17. A method according to claim 1 6 further Including the 
steps of: 



responsive lo selection of the link by a recipient 

of the modified e-mail, retrieving the com- ^ 
, pressed attachment; 

applying a given decompression routine to the 

compressed attachment; and 
I serving Ihe attachment, 

' so 
IB. a' method Tor transmitting e-mail attachments from 
a; sender to a set of one or more recipients, com- 
prising the steps of: 

, at an e-mail sender, racponsive to receipt oT an 
I G-mall havjng an attachment, removing the at- 
tachment; 

, fiioring the ailachmenl at a given UHL; and 
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